
METHOD AND SYSTEM TO EFFECTUATE 
MULTIPLE TRANSACTION PRICES FOR A COMMODITY 



FIELD OF THE INVENTION 



The present invention relates to a matching method and system for trading in a market of 
5 many buyers and sellers. Particularly, it is directed to effectuating multiple transaction 
prices for a commodity. 



A sale consummates at a retail store when a customer accepts the price set by the retailer, 
for example, grocery at Safeway or merchandise at Sears. Retailers at different locations 

10 usually set different prices for the same commodity, for example gas at Shell stations or 
hamburger at McDonald's. Different prices arise also in retail markets where bargaining 
over price is permissible. Additionally, volume discount is not uncommon in both retail and 
wholesale businesses. The mainstream neoclassical economic theory informs that a 
commodity's value in terms of price is not unique but varies with the circumstances 

15 reflecting buyers' demand and a supplier's cost. 

The same commodity may still have another price if its sale is conducted through auction. 
Price of an auction would similarly depend on where and when the auction is held, and who 
are the bidders. Moreover, different auction rules will result in different prices. In the 
common English auction ascending bids are heard through oral outcry and the person 
20 outbids everyone else wins. In contrast, Dutch auction is conducted in descending price and 
the one who first cries out wins. The more recent Vickery auction, on the other hand, allows 
the highest bidder to pay at the price of the second highest bid. Incentive problem and 
informational asymmetry are the reasons why prices would be different under different 
auction rules. 

25 Trading in markets of many buyers and sellers has evolved from English auction. In the 
trading of stocks the early call-through system had an auctioneer who was only a market 
maker. As it further developed into an open-board system, there emerged specialists who 
not only performed a market-making role but also made profits by buying and selling out of 
own accounts. As a result, the listed stocks on NYSE or NASDAQ have a bid price and an 

30 ask price. The spread between bid and ask prices is eventually distributed among specialists, 
brokers, or order routing companies. However, such market of many buyers and sellers has 
a drawback. Whereas customers in retail sales or auctions would know exactly their 
transaction prices before deals are reached, a stock investor does not know the resulting 
transaction price before his/her market order is filled. Furthermore, neither NYSE nor 
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NASDAQ provides real-time public information about the exact transaction prices 
established by specialists or market makers. The investors would only know from public 
information the bid and ask quotes, and a commitment from the Securities and Exchange 
Commission (SEC) to enforce best price principle. The price spread therefore leaves room 
5 for misconduct. William Christie and Paul Schultz (1994) raised such a concern when 
finding that market makers in NASDAQ did not quote in odd-eighths. In response, the SEC 
launched a full investigation and issued Order Handling Rules in August 1996. NASDAQ's 
minimum quotation increment was then reduced from 1/8 of a dollar to 1/16. 

Recent technological innovations have shown significant impacts on the trading of goods, 
10 services, and financial instruments. The Internet connection of geographically dispersed 
consumers and investors has enabled immense market areas.. Many retailers now have web 
sites to handle orders through electronic catalogs. For instance, Amazon.com becomes a 
major online retailer in books with the whole world its customer base. Similarly eBay.com 
enables global auctions by consumers and small businesses. The two examples of e- 
1 5 commerce, however, show a single universal sale price for an item sold. With immense 
market made possible by Internet technologies, different prices reflecting local demand and 
supply conditions seem to be at the danger of disappearance. Priceline.com provides, 
however, an innovative alternative. Using the invention disclosed in U.S. Patent 5,794,207, 
the web site makes available online a variant of Dutch auction for a buyer to name his/her 
20 price. Multiple prices of an airline ticket, for example, that can meet various local demands 
are therefore brought back to e-commerce. 

There have been many technological advances applied to securities market since late 
1960s. We do not review here prior art related to quotation dissemination, order routing, 
trade comparison, or online trading. We instead concentrate on prior art related to matching 
25 systems (also known as automated crossing networks). 

The use of computers to facilitate stock price negotiation and match between buyers and 
sellers was first disclosed in U.S. Pat. No. 3, 573,747. The Instinet system today pairs buyers 
with sellers on a time priority basis. For exchange-listed issues orders are executed at the 
closing price, whereas over-the-counter issues are priced at the midpoint of the inside 

30 market. A computation system was disclosed in U.S. Pat. No. 3, 58 1,072. The system 
accepts limit orders and market orders, and executes all orders where a bid price is at or 
greater than an offer price. Simulating the open-board stock trading, U.S. Pat. No. 
4,412,287 discloses an automated stock exchange where a computer matches buying and 
selling orders for a variety of stocks and for any size. U.S. Pat. No. 4,674,044 discloses an 

35 automated security trading system that provides improved data processing and enables 
inventory control and profit accounting for market makers. Liquidity to securities markets 
was considered in an automated system disclosed in U.S. Pat. No. 5, 101,353. U.S. Pat. 
No. 5, 136,501 discloses an anonymous matching system that additionally considered credit 
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limits. 

As William A. Lupien and John T. Rickard recently state in the detailed description part 
of their U.S. Pat. No. 6,012,046, "a major problem encountered in the design of crossing 
networks is that of determining how to match buyers and sellers." The problem, in other 
5 words, is how to determine transaction price in matching buyers and sellers. They 
summarize in their patent description that there are basically three matching rules in 
crossing networks: the take-out rule that matches overlapping bids and offers at the 
midpoint of the price spread, the single price auction rule that matches buyers and bidders at 
a size-weighted average price from overlapping bid and offer prices, and the premium rule 
10 -■ "where bids and offers have an associated positive or negative premium, and crossing takes 
place at the midpoint of market spread or at the minimum necessary premium differential 
from the midpoint". Taking issues with ad hoc matching rules, they disclose an innovative 
matching process that maximizes joint satisfaction of all participants. 

A careful examination of their maximization algorithm shows, however, that buyers and 

15 sellers are still matched at a size-weighted average price. It further shows that their 
maximizing algorithm is problematic. First, the mutual satisfaction density defined as the 
multiplicative product of or the minimum between two individuals' satisfaction densities is 
not meaningful. Consider the case where individuals A, B, C's satisfaction densities for a 
given price and size are 0.3, 0.4, and 0.5, respectively. Economists have long elucidated that 

20 individual's utility, satisfaction density as used by Lupien and Rickard, is only ordinal in 
nature and cannot be interpersonally compared. There is no way to infer that C's 
satisfaction is greater than B's, B's greater than A's, or C's greater than A's. Therefore, it's 
not true that the mutual satisfaction density of 0.15 (or 0.3 by their minimum definition) 
between A and C indicates a higher mutual satisfaction than that of 0. 12 (or 0.3) between A 

25 and B. Second, it's equally meaningless to add mutual satisfaction densities of all 
participants and seek optimal allocations of amounts and prices through their mathematical 
algorithm. The reason is again that utilities or satisfaction densities cannot be added across 
different persons as cardinal numbers. Third, the link between the computed average price 
and a trader's submitted prices is weak. The mutual satisfaction between a particular buyer 

30 and a particular seller can be very low even when all participants' joint mutual satisfaction 
is maximized. When that happens the algorithm will in effect mismatch two parties and 
very likely at a computed average price that neither party has indicated in his/her 
satisfaction profile. In addition, though the algorithm can effectuate multiple transaction 
prices for a stock, the price distribution is not disclosed. These problems pose threat to 

35 traders' interests in that a better match would be lost and that it will be very difficult to 
ascertain whether there is computation error or misconduct in the matching process. 

Recent emergence of e-marketplace or digital exchange through Internet suggests that 
there will be more application of Internet technologies to the trading between many buyers 




and sellers. Web sites such as e-Steel, CATEX, Chemdex, e-chemicals 5 CreditTrade, and 
OracleExchange are serving trading demand in various industries. These sites typically 
have extensive electronic product catalogs and adopt traditional auction rules. On the other 
hand, Lupien is partnering with a digital exchange, ShipDesk, to use his newly patented 
5 trading rule. 

Yet, industry demand for the growing e-marketplace or digital exchange is not fully met 
by existing trading rules. It is worthwhile stressing again that the value of a commodity is 
uncertain, just like that of a stock. Demand fluctuations and temporary disruptions of 
supply are usual causes for the uncertainty. News of technological breakthrough and 

10 change in business strategies are additional causes in this era of constant change. Users, 
suppliers or wholesalers would have different appraisal of all these factors. The information 
of these value appraisals, however, is not available. A reason, as mentioned earlier, is that , 
most trading rules only effectuate a transaction price. Another reason is that multiple 
transaction prices, even effectuated in some way, are not disclosed to the public. Both 

15 present problems to business management, inventory management, capacity management 
and risk management. 

One issue related to inventory is how to account for its value and manage a proper level 
of inventory. Traditionally, there are first-in-first-out (FIFO) and last-in-first-out (LIFO) 
methods for inventory value accounting, as inventory is accumulated over time. A new way 

20 to reduce inventory cost is just-in-time production and it shows tremendous success in 
various industries. Yet, there is capacity management problem regarding production to 
order. For both cases a market effectuating multiple transaction prices of a commodity at 
any given time can offer additional advantage. With a price distribution of a commodity, as 
represented by multiple transaction prices and corresponding volumes, inventory stock 

25 becomes essentially a portfolio consisting the same commodity of high and low prices. 
Inventory management can therefore be conducted by value rather than time, just as the 
management of a portfolio of equity stocks. Similarly, adjustment of just-in-time 
production orders or manufacturing capacity can be better managed with information of the 
commodity's price distribution. It is clear as well that wholesalers need to conduct similar 

30 inventory and order management. The information of price distribution can help more 
efficient operations. 

It should also be mentioned that financial people have long recognized the uncertainty of 
asset value and its associated risks. Mutual fund managers use stock portfolio to diversify 
risk. Market makers in stock exchanges or OTC manage a given stock of several different 
35 prices, a price portfolio as we call it below. A trading method and system that can effectuate 
multiple transaction prices and disclose the price distribution therefore will not only extend 
market's function into the discovery of a price distribution, but also enable price portfolio 
management in financial sector as well as manufacturing and distribution sectors. 
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Finally, it is worth noting that the regulation of stock exchange or OTC trading is very 
costly. There is cost associated with the operation of a self-regulatory body. There is also 
cost associated with government regulation. A primary reason for the regulation is that 
price spread leaves room for misconduct. Were trading rules not improved, the growing 
5 number of e-marketplaces or digital exchanges would mean that regulation cost must grow 
proportionally to maintain orderly markets for the new economy. There would be 
additional cost to individuals as well, because they need to spend more time monitoring 
prices in various virtual markets. The cost would be far more than proportional because 
time cost does not exhibit constant or decreasing feature. A need is therefore to reduce 
10 monitoring and regulation costs of digital exchanges in the Internet age. 

□ - ; In summary, the above review shows that there still are trading problems to be solved. 

ifl 1 . The spread between bid and offer prices in established stock exchanges and OTC 

0 leaves room for misconduct. 

llj 2. Crossing networks' matching rules set a transaction price in ad hoc fashions. 

!™ 15 3 . The latest related patent by Lupien and Rikard, though claimed to maximize joint 

n satisfaction, is problematic and does not empower traders with full price 

transparency. 

!U 4. Investors, while can manage a portfolio of stocks to diversify risks, currently have 

1 JJ no way to purchase or sell, at a point in time, a portfolio of a given stock with 

jrf 20 different prices and quantities. The problem is acute because the uncertainty of a 

,s=r stock's value cannot be directly observed and can only be inferred from daily 

price fluctuation. As a result, investors' rush into buying or selling when market 
condition changes has become a source of market volatility. * 

5. The growing number of e-marketplaces or digital exchanges means that 
25 horrendous regulation cost would be incurred in maintaining orderly markets in a 

new economy, were there no improvement on trading art. 

Therefore, an object of the present invention is to effectuate multiple transaction prices 
for a commodity in a market of many buyers and sellers. 

Another object of the present invention is to enable direct observation of a commodity's 
30 transaction price distribution. 

An additional object of the present invention is to enforce transaction prices to be always 
equal to the common prices submitted by both buyers and sellers for a commodity. 



SUMMARY OF THE INVENTION 

The present invention provides a method and system to effectuate multiple transaction 
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prices for a commodity. The method and system is suitable for a market of many buyers and 
sellers and for the trading of broadly defined commodities including goods, services, and 
financial instruments. The system disclosed involves a preferred embodiment using 
communications network to implement the method. The method is entirely unconventional 
5 in that no competitive bidding is involved. As such, there is no bid-and-ask price spread. 
The present invention ensures full price transparency by effectuating transaction prices to 
be always equal to the common prices submitted by both buyers and sellers. The invention 
also enables direct observation of a commodity's price distribution as well as distributions 
of market indices. 

10 To utilize the present invention, an exchange operator predetermines sets of price 
numbers, commodity symbols, and matching priority parameters. A remote trader must 
submit in each trading request trading information such as a commodity symbol, an 
indication of buy or sell, and the associated quantity as well as price. A plurality of 
matching priority parameters is optional. A remote trader can freely enter his/her desired 

1 5 quantity in a trading request; however, he/she must select commodity symbol, price number, 
and matching priority parameters, if any, from the sets predetermined by the exchange 
operator. A remote trader can submit a packet of trading requests containing several buys 
and/or sells. The remote trader can also indicate different price numbers for a commodity to 
be bought and/or sold. 

20 The system implementing the new matching method comprises at least an exchange 
server (ES) that includes input/output devices such as a network interface card, processing 
devices such as a central processing unit, and storage devices such as a hard disk for storing 
software programs and databases. 

The software program executing the new method is essentially composed of a request 
25 submission module (RSM), a pairing and matching module (PMM), and an information 
disclosure module (IDM). The RSM provides, through user interface, a trading form for a 
remote trader to input a packet of trading requests. After receiving a packet of trading 
requests, the RSM verifies if the submitted price numbers, commodity symbols, and 
matching priority parameters are in conformance to the predetermined sets, respectively. 

30 Being verified, a trading request becomes a pairing element and is forwarded to a 
matching table according to the price number and commodity symbol indicated. A 
matching table therefore would only gather pairing elements of same price number and 
commodity symbol. On each matching table, the PMM separates pairing elements into 
buying and selling sides. Each side's total submitted quantity is then obtained. The PMM 

35 identifies the side of a smaller sum as the short side, conversely a long side. This completes 
the pairing process. 

In the matching process, no pairing element of the short side will be left unmatched. A 
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series of matching steps are involved for the PMM to determine which long side pairing 
element is matched to which short side pairing element, and what are the matched and 
unmatched amounts. Essentially, the matching process requires the PMM to identify the 
matching priority parameter indicated in the short side's pairing element. If request 
5 submission time is identified to be the matching priority parameter, the PMM then searches 
the long side for the pairing element that shows the earliest request submission time, and 
matches it with the original pairing element of the short side. The PMM iterates the steps 
until the original pairing element's unmatched quantity reaches zero or falls below the 
minimum lot size. The PMM then selects the next pairing element of the short side to 

10 perform another match. The PMM allows matching priority parameters other than request 
submission time. In this case, a match will require the PMM to search for account profile 
database. A pairing element of the long side will be matched only if the remote trader's 
account profile contains the matching priority parameter indicated in the original pairing 
element of the short side. The PMM also allows the indication of more than a matching 

1 5 priority parameter in a trading request. 

The IDM serves to transmit trading information to remote traders. Trading information 
can be transmitted automatically or after an inquiry is received. Three kinds of trading 
information are provided. The first kind is related to a remote trader's trading information; 
it is limited to the remote trader only. The second kind is related to the trading information 

20 of a particular commodity or price market. The third kind is related to the trading 
information of a group of commodities or the aggregate market. Trading information is 
provided to remote traders in tabular data or charts. The charts enable direct observation of 
a commodity's price distribution as well as distributions of market indices. The present 
invention therefore extends market's function into the discovery of price distribution and 

25 enables price portfolio management by people in financial, manufacturing, and distribution 
sectors. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the present invention in a communications network. 
Fig. 2 shows the block diagram of the ES and database, 
30 Fig.3 is a flowchart of the RSM. 

Fig. 4 is a flowchart of the PMM. 
Fig. 5 is a flowchart of the IDM. 

Fig. 6 shows the price distribution of effectuated multiple transaction prices in a bar chart. 
Fig.7 shows the distribution of a market index. 
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DETAILED DESCRIPTION 

The present invention relates to a method to effectuate multiple transaction prices for 
commodity trading and the system thereof using communications and computer network. A 
detailed description is provided below to indicate what the method and system essentially 
5 involve. 

A remote trader 150 submits a packet of trading requests or an inquiry of trading 
information via a communications network to the ES 200, as shown in Fig. 1. After 
receiving the submitted request or inquiry, the ES 200 will respond automatically and start 
corresponding processing steps. 

10 There can be many remote traders, though only two are shown in Fig.l . Remote traders 
may use a personal computer and a modem, for example, to access a communications 
network. Other means for remote traders to access a communications network are possible, 
for instance, a computer with a network card and a router, or a wireless handset with WAP 
capability. By communications network it is meant to include World Wide Web (WWW), 

1 5 Wireless Application Protocol (WAP), Internet, Local Area Network (LAN), and 
Proprietary Network, etc. 

Before submitting the first request, a user must obtain in advance his/her user privilege 
from an exchange. In establishing a user account, a potential remote trader needs to supply 
several pieces of necessary information. . So it is assumed here. The ES 200 stores user 
20 account profiles in the account profile database 272. A remote trader may be an individual, 
an agent of an institution, or broker/dealer engaging in the trading of commodities. A 
remote trader's account profile in the database may include the trader's name, personal or 
corporate identification number, e-mail address, preferred settlement agency, payment 
account, and identification and security password assigned by the ES 200, etc. 

25 As shown in Fig. 2, the ES 200 comprises an input/output devices, processing devices, 

and storage devices. The input/output device comprises at least one network interface 260. 
The processing device includes at least one central processing unit 210, a random access 
memory 220, a read only memory 230, a counter 240, an operating system 250, etc. The 
storage device 270 stores the programs and databases necessary to execute this invention's 

30 new trading method. The databases include at least an account profile database 272, a 
transaction price database 274, a commodity symbol database 276, a matching priority 
parameter database 278, a trading packet database 280, a pairing element database 282, a 
price market database 284, a matching table database 286, a matched result database 288, 
and an unmatched result database 290. 

35 The account profile database 272 is the aforesaid database containing account profiles. 

The transaction price database 274 stores the predetermined price numbers set by the 
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exchange operator. For clarity, we use p,, p 2 ,..., p n to represent the predetermined price 
numbers. The remote trader 1 50's submitted prices must belong to the set of {p l3 p 25 . . ., p n } . 
Similarly, the commodity symbol database 276 stores the predetermined commodity 
symbols set by the exchange operator. These commodity symbols are denoted by x„ x 2 ,. . 
5 x m . The remote trader 150 must also select from the predetermined set {x l5 x 2 , x m } to 
indicate in his/her trading requests the commodities to be traded. The matching priority 
parameter database 278 comprises predetermined parameters to be selected by remote 
traders. The predetermined set of matching parameters may include, but not limited to, the 
request submission time, the trading volume, settlement agency, warehouse for delivery, 
10 and the physical distance between the remote trader 150 and the exchange. 

The ES 200 performs three primary operations. The RSM 300 deals with the submission 
of trading requests. The PMM 400 performs matching steps. And the IDM 500 handles 
information disclosure. 



ill A function of the RSM 300 is to provide a trading request form such that the remote 

i 15 trader 150 can enter and submit a packet of trading requests 100. Another function of the 

:Sj RSM is to generate pairing elements 110 from the submitted trading packet, and send them 

n to the PMM 400. The PMM 400 pairs and matches the pairing elements 110 to obtain 

^ matched results 120 and unmatched results 130. The IDM 500 serves to display 

\ti information about the remote trader 150's trading requests, matched results 120, and 

ijj 20 unmatched results 130. It also provides latest trading information in each matching table 

□ and statistical indices aggregating transaction information of all commodities traded. 

^ Above trading information can be displayed in tabular data or chart. 

Fig.3 shows the flowchart of the RSM 300. In step 310 the remote trader 150 registers 
into the RSM 300 through a communications network and by keying in his/her ID and 
25 password. After receiving these data, the RSM 300 will verify if they are valid in step 320. 
If invalid, the login request is denied. If valid, the RSM 300 displays a trading request form 
for the remote trader 150 to input a packet of trading requests 100 in step 330. 

The columns of a trading request form may include, but not limited to, commodity 
symbol, submitted price, submitted quantity, matching priority parameter, etc. The remote 

30 trader 150 can input a plurality of trading requests and send them as a packet. Table 1 shows, 
for example, a packet of trading requests. The remote trader, identified as Rq, enters five 
trading requests, with submitted prices of 75, 55, 35, 40 and 80, respectively. The 
corresponding commodity symbols selected are x 3 , x,, x 5 and x 2 , where x 5 is for both a buy 
and a sell. Also shown in the table is Rq's entry of matching priority parameters. Ro selects 

35 request submission time as his/her matching priority parameter for the trading of x 3 , x„ and 
x 2 . For x 5 Ro chooses to use settlement agency k 2 as the matching priority. The price 
numbers, commodity symbols, and matching parameters are all selected from the 
corresponding predetermined sets, respectively. The system automatically supplies the date, 
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TABLE 1 A PACKET OF TRADING REQUESTS 

IDENTIFICATION: Ro 
DATE: September 18, 2001 
TIME: AM 09:30 



COMMODITY 
SYMBOL 


BUYING 

OR 
SELLING 


SUBMITTED 
PRICE 


SUBMITTED 
QUANTITY 


MATCHING PRIORITY 
PARAMETER 




Selling 


75 


40 


Request Submission Time 


x, 


Buying 


55 


20 


Request Submission Time 


X, 


Buying 


35 


10 


Settlement Agency k 2 


x s 


Selling 


40 


10 


Settlement Agency k 2 


x ? 


Selling 


80 


15 


Request Submission Time 



After receiving the packet of trading requests 100 from Ro, the RSM 300 verifies in step 
10 350 the validity of trading requests submission. The validity check is aimed at assuring that 
price numbers, commodity symbols, and matching priority parameters are indeed, 
respectively, in conformance to the predetermined sets. This step can be omitted when 
above trading information is selected from a scroll-down button. It also aims at checking 
whether each trading request contains all necessary information. In this sense, the step 
1 5 cannot be omitted. If invalid, the RSM 300 will ask a remote trader to revise and resubmit 
his/her trading requests. If valid, the RSM 300 will store them in the trading requests 
database 280. 

The RSM then generates a pairing element 110 by attaching a sequence number to a 
trading request. For IV s packet of five trading requests in the above example, five pairing 
20 elements are generated in the step. The pairing elements are then stored in the pairing 
element database 282. The RSM also forwards the pairing elements to the PMM for further 
process. 

Matching is conducted in price markets and on matching tables. Price markets are 
established according to the price numbers in the transaction price database 274. Therefore, 
25 there are n price markets. In each price market matching tables are further established 
according to the predetermined commodity symbols of the commodity symbol database 276. 
In each price market there are therefore m matching tables. As such there is a matrix of n x 
m matching tables on which matching takes place. We denote below a pair (p„ x,), where 
i e { 1 ,2, • • -n} and j e { 1 ,2,- • -m} , to represent the matching table on which trading requests of 
30 p, and commodity symbol x, are waiting to be processed. 

Fig.4 shows the flowchart of the PMM 400. In step 410 the PMM 400 sends the pairing 
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elements 1 1 0 to corresponding matching tables. Pairing elements are first sent to respective 
price market according to the price number indicated. In each price market pairing elements 
are further sent to different matching tables according to the commodity symbols indicated. 
These data are stored in the matching table database 286. As a result, all pairing elements 
5 with same commodity symbol and price number are gathered on a matching table. For 
example, all pairing elements 1 1 0 with the same submitted price of p, and commodity 
symbol of x y are gathered in the matching table (p„ x,). 

In step 420, the PMM 400 separates pairing elements on a matching table into two sides, 
the buying side whose pairing elements indicate a buy and the selling side whose pairing 
10 elements indicates a sell. The PMM then in step 430 sums the total submitted quantity of 
each side, compares them, and designates the side with a smaller sum as the short side. 
Conversely, the side with a larger sum is designated as the long side. This completes the 
pairing process. 

It's clear that the maximum volume of matched transactions cannot exceed the short 
15 side's total submitted quantity. In other words, pairing element of the short side can all be 
|f( matched. Only the long side will show unmatched pairing elements. Which pairing 

M elements of the long side will be matched and which won't depends on the matching priority 

■*Z parameter indicated. For the present invention, the ES 200 predetermines a plurality of 

f* matching priority parameters for remote users to select. The system's default matching 

fl 20 priority is based on the request submission time, when a trading request does not indicate 
□ any matching priority. 

^ The PMM is now ready to start the matching process. On each matching table the PMM 

sets in step 440 the initial matched quantity of each pairing element to be zero. The same 
step sets the initial unmatched quantity to be the submitted quantity. 

25 In step 450 the PMM reads in a pairing element from the short side. As an illustration, 
we assume that the pairing element indicates request submission time to be the matching 
priority parameter. Complying the priority indication, in step 460 the PMM searches 
unmatched pairing elements of the long side. The PMM then finds the pairing element that 
has the earliest request submission time and matches it with the original pairing element of 

30 the short side. More generally, a trading request may indicate a matching priority parameter 
other than the request submission time. As our earlier example shows in Table 1 , Ro prefers 
matching with someone who uses settlement agency k 2 for the trading of x 5 . To match R^s 
short side pairing element, the PMM searches in step 460 for unmatched pairing elements of 
the long side. The PMM needs also search the account profile database to find a subset of 

35 these long-side pairing elements whose traders have indicated k 2 in their account profiles. 
The particular pairing element to be matched can then be selected randomly or by request 
submission time from the subset. There also can be several criteria for selecting a pairing 
element from the short side in step 450. For instance, the selection can be based on the 
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request submission time or random drawing. In order not to complicate our illustration, the 
details of steps 450 and 460 are omitted in Fig. 3. 

After two pairing elements are matched by the; method disclosed above, the PMM sets in 
step 470 a new value for the matched quantity. It is equal to the smaller value of the original 
unmatched quantity of the two pairing elements. The PMM also sets in step 480 new values 
of unmatched quantity for the two pairing elements. They are equal to the difference 
between the original unmatched quantity and the new matched quantity, respectively. The 
PMM then stores information of the matched result 120 in the matched result database 288, 
and the unmatched result 130 in the unmatched result database 290. Information contained 
in these databases comprises those associated with the pairing elements, the traders' profile, 
the . transaction time and date, the effectuated transaction prices, and the matched or 
unmatched quantities. The matching process iterates until matching possibility of the short 
side's pairing element is all exhausted. It occurs when the new unmatched quantity reaches 
zero. We also note here that the description of the matching process is based on the 
assumption of no minimum lot size for a transaction. The PMM can certainly accommodate 
a minimum lot size in a simple way. 

The following illustration will further disclose how the PMM proceeds matching pairing 
elements when a second matching priority is allowed. Table 2 shows, for example, pairing 
elements on a matching table and the associated relevant information. Since the price 
number and the commodity symbol of pairing elements on a matching table are the same, 
they are omitted from Table 2 for simplicity. Table 2 shows that a trader can indicate his/her 
first matching priority and second matching priority. For example, remote traders R 2 and R 4 
indicate their first matching priority to be A x and second priority to be A 2 . R 3 , on the other 
hand, indicates A 2 to be the first priority, and A, the second priority. R„ however, shows 
only the first priority A 2 . R 5 does not indicate any matching priority at all. As described 
earlier, the system uses request submission time as the default matching priority when a 
remote trader dose not indicate any. It's also noted that some matching priority parameters 
are also a piece of information in the account profile. In this example, A! an A 2 represent 
two different settlement agencies, and they are part of R l5 R 2 , R 35 and R 4 's account profiles 
stored in the account profile database 272. In the case that there is no central clearing house 
and settlement agencies are not directly connected, it is natural to assume that a remote 
trader would like to be matched with one employing the same settlement agency to save 
settlement cost. We make this assumption in Table 2. 
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TABLE 2 PAIRING ELEMENTS ALLOWING A SECOND MATCHING PRIORITY 



REMOTE 
TRADER 


BUYING 
OR SELLrNG 


SUBMITTED 
QUANTITY 


FIRST 
PRIORITY 


SECOND 
PRIORITY 


SETTLEMENT 
AGENCY IN 
ACCOUNT PROFILE 


REQUEST 
SUBMISSION 
TIME 


R, 


Buy 


10 


A, 




A, 


10:00 


R, 


Sell 


20 


A, 


A ? 


A, 


09:30 


R; 


Sell 


5 


A, 


A, 


A 7 


08:30 


R4 


Buy 


15 


A, 


A, 


A, 


08:00 




Sell 


40 






A, 


09:00 



From steps 420 and 430, the PMM identifies the buying side as the short side, with a total 
submitted unmatched quantity of 25. The selling side is the long side, with a total 
5 unmatched quantity of 65. As described earlier, the short side determines the total number 
of matched quantity. In this case, the matching table will have a total matched quantity of 
25. The matching job is to determine which seller is matched with which buyer and by what 
amount. Since the buying side is the short side, the matching priority parameters indicated 
by sellers become irrelevant. Whether a seller has in his/her account profile the matching 
10 priority parameter indicated by a buyer will determine the matching result. 

Step 440 sets each paring element's initial match quantities to be zero and unmatched 
quantity to be the submitted quantity. As also described earlier, the first buyer to be 
matched can be selected by random drawing or by request submission time. Here we 
continue the illustration by using request submission time. Step 450 therefore identifies R 4 

15 to be the first buyer to be matched. In step 460, the PMM identifies R 4 6 s first matching 
priority as A,. A search of sellers' account profiles will show that R 2 and R 5 employ 
settlement agency A x . Between the two matching candidates, it is assumed that the PMM 
uses request submission time to match R 5 with R 4 . Step 470 sets the new matched quantity 
to 1 5 for both R 5 and R 4 . In step 480, the PMM sets R 4 's new unmatched quantity to 0, and 

20 R 5 's new unmatched quantity to 25. 

The PMM then returns to step 450 to select another buyer. So Rj is selected. Going 
through the same steps, the PMM matches R 3 with R l because the former employs A 2 that is 
indicated as the latter' s first matching priority. The matched quantity is 5 and R 3 leaves 
nothing to be matched, while R, has a new unmatched quantity of 5. The PMM again 
25 returns to step 450. Since no remaining unmatched seller shows A 2 in account profiles, the 
PMM uses request submission time to match R 5 with R^ As a result of the match, R/s 
unmatched quantity becomes zero and R 5 's unmatched quantity and matched both become 
20. The matching result of this example is summarized in Table 3. 
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TABLE 3 THE MATCHING RESULT OF TABLE 2 



BUYER 


UNMATCHED 


MATCHED 


SELLER 


MATCHED 


UNMATCHED 


QUANTITY 


QUANTITY 


QUANTITY 


QUANTITY 


R4 


0 


15 




15 


20 


R. 


0 


10 


R, 


5 


0 








Ri 


5 


0 








R, 


0 


20 


Total on the Matching Table 


25 


40 



The IDM 500 serves to transmit trading information 140 to a remote trader 150. The 
^ trading information 140 includes at least three kinds of information. The first kind is related 

]% 5 to a remote trader's trading information only. The second is related to information about a 
m price market or a commodity. The third is related to aggregate trading statistics or indices. 

f O The above information received by remote traders is displayed in tabular data and/or charts. 

;^ j Fig.5 gives a flowchart of the IDM 500. 

O Information about a trader's trading requests and matching results is limited to the trader 

" a 10 only. The information can be automatically sent by the system to a remote trader's pc 

monitor, or other display device, for example, a mobile phone. A remote trader can also log 
□ on to ES and inquire about such information. After receiving the inquiry, the IDM 500 will 

;if read from the pairing element database 282, the matched result database 288, or the 

unmatched result database 290 to respond to the inquiry. An example of the IDM's 
q 15 response to an inquiry of trading record is shown in Table 4. The trading record is in tabular 

data and shows the remote trader Rq's trading results between the market opening time and 

11:43 am, September 18, 2001. 

TABLE 4 A TRADING RECORD RESPONDING TO A TRADER 'S INQUIRY 

IDENTIFICATION: R 0 
20 DATE: 2001/9/18 
TIME: AM 11:43 



COMMODITY 
SYMBOL 


BUYING 

OR 
SELLING 


SUBMITTED 
PRICE 


SUBMITTED 
QUANTITY 


MATCHED 
QUANTITY 


UNMATCHED 
QUANTITY 




Selling 


75 


40 


30 


10 


x, 


Buying 


55 


20 


10 


10 


x, 


Buying 


35 


10 


0 


10 


x s 


Selling 


40 


10 


10 


0 


X, 


Selling 


80 


15 


0 


15 



A remote trader 150 can inquire the latest trading information about a commodity. The 
trader can simply input from user interface the commodity symbol and submit the inquiry. 
25 After receiving the inquiry, the IDM searches for the matched result database 288 and the 
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unmatched result database 290, and reports the commodity's latest matched and unmatched 
records. Table 5 shows an example of the latest market prices of commodity x 2 at AM 9:36, 
September 20, 2001 . The table discloses that four transaction prices, 90, 85, 80 and 75 have 
been effectuated for the commodity x 2 . It also shows the matched quantity of x 2 at 
5 respective transaction price. Information of unmatched quantity for buying side and selling 
side is also disclosed. The matching result of Table 5 can also be displayed as a bar chart. 
The bar chart, as shown in Fig. 6, enables direct observation of the price distribution of 
commodity x 2 . 
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TABLE 5 TRADING INFORMATION— by COMMODITY 

COMMODITY: X 2 
DATE: 2001/9/20 





TIME: AM 09:36 












{•5 s 


TRANSACTION 


SUBMITTED 


SUBMITTED 
QUANTITY 


MATCHED QUANTITY 


UNMATCHED QUANTITY 


i; 


PRICE 


QUANTITY 
(BUY) 


(SELL) 


BUY 


SELL 


u 

=5=? 


90 
85 
80 
75 


6,000 
18,000 
23,000 
15,000 


5,000 

12,000 
26,000 
18,000 


5,000 
12,000 
23,000 
15,000 


1,000 
6,000 
0 

3,000 


0 
0 

3,000 
0 



15 A remote trader may be more interested in price then commodity per se. This occurs 
when a remote trader has a tight budget constraint or a specific sales target. Imaginably a 
trader in the business of resale for profits would want to know what commodities are 
available at a specific price. The remote trader can then inquire trading information in a 
price market by inputting the interested price number. After receiving the price number, the 

20 IDM searches the price market database 284, the matched result database 288, and the 
unmatched result database 290 to find corresponding information. Table 6 shows an 
example of the latest trading information in the price market denoted by 95. The table 
shows that, at 10:06 am, September 20, 2001, four commodities x 2 , x 4 , x 5 and x 8 are traded at 
a price of 95. It also shows matched and unmatched quantities of the four commodities. 

25 Statistics and indices providing trading information of a group of commodities or the 
aggregate market are very useful to remote traders in general. Such data or charts enable 
remote traders a feel of the general market sentiments and the correlations between different 
groups of commodities. The IDM sends above information through communications 
network to remote traders' terminal monitors or other display devices. The IDM can also 

30 respond to remote traders' inquiries of such trading information. A typical piece of 
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information of NYSE or NASDAQ is a time plot showing the values of a market index 
during a day. The IDM of the present invention, on the other hand, can additionally provide 
a distribution of a market index, as shown in Fig. 7, for an enriched feel of general market 
sentiments. By effectuating multiple transaction prices and displaying them in tabular data 
or charts, the invention extends market's function into the discovery of price distribution. 

TABLE 6 TRADING INFORMATION— by PRICE 



PRICE: 95 
DATE: 2001/9/20 
TIME: AM 10:06 



COMMODITY 
SYMBOL 


SUBMITTED 
QUANTITY 
(BUY) 


SUBMITTED 
QUANTITY 
(SELL) 


MATCHED 
QUANTITY 


UNMATCHED 
QUANTITY 

BUY SELL 


x 2 


24,000 


33,000 


24,000 


9, 


x 4 


9,000 


11,000 


9,000 


2 : 


x 5 


8,000 


3,000 


3,000 


5, 


x R 


14,000 


11,000 


11,000 


3, 



From the above detailed description, those skilled in the trading art can easily grasp the 
salient features of the present invention. Anyone who skills in communications and 
computer network technology can also easily implement the system and steps disclosed 
above. A current exchange operator can also apply the method and system disclosed as an 
additional way of trading. Provision of the method and system for after-hour trading, 
extended trading, or side by side with any existing trading method and system can broaden 
market participants' choice space and increase market transactions. One who is acquainted 
with the present invention will soon come to realize that it can be applied to the trading of 
goods and services, stocks, bonds, currencies, futures, options, warrants, insurance 
contracts, and other financial instruments and their derivatives. 

Having described and illustrated the principles of the present invention with reference to 
a preferred embodiment, it will be apparent that the invention can be adapted or modified in 
arrangement and detail without departing from such principles. As such, it should be 
recognized that the detailed description is illustrative only and should not be taken as 
limiting the scope of the present invention, and spirit of the following claims and 
equivalents thereto: 



16 



